home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000217-20000824
/
000342_news@columbia.edu _Fri Jun 2 15:08:40 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2000-08-23
|
4KB
Return-Path: <news@columbia.edu>
Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
by fozimane.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id PAA27549
for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 2 Jun 2000 15:08:40 -0400 (EDT)
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA13769
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Jun 2000 15:08:40 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id PAA10252
for kermit.misc@watsun.cc.columbia.edu; Fri, 2 Jun 2000 15:03:37 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
Message-ID: <393804EC.C060921B@ttuhsc.edu>
From: Mike Collins <csjmc@ttuhsc.edu>
Subject: Re: locked files
Date: Fri, 02 Jun 2000 14:03:08 -0500
Organization: SBC Internet Services
To: kermit.misc@columbia.edu
This is a multi-part message in MIME format.
--------------86C353275A0697CFEB1BAE4C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Forgot to tell you, I am using IKSD on the NT side and logging in from the W98
side.
Mike
Frank da Cruz wrote:
> In article <3937D24E.42772371@ttuhsc.edu>,
> Mike Collins <csjmc@ttuhsc.edu> wrote:
> : I am using the syncronize script from the kermit script library and need
> : a way to tell it to ignore locked file(transfers dy at that point). I
> : have looked in the c-kermit manual but must have missed it.
> :
> As Jeff said, maybe we can look into adding such a capability. What
> operating system do you have? Different OS's have different ideas of what
> is meant by "locked". However, as far as I know, the fact that a file is
> locked does not mean that it can't be read, and therefore that it can't be
> sent.
>
> Or do you mean that the copy of the file on the receiving end is locked?
> But it needs to be replaced, because the copy on the sending end is newer?
>
> In any case, it seems to me that the synchronize script should either do its
> job or fail. If it only partially does its job, it hasn't synchronized the
> two ends -- how would you know what it did and did not do, unless you are
> willing to keep and read a transaction log every time you run the script?
>
> So it might make more sense to run the synchronize script in a loop until it
> succeeds, pausing between each run long enough to give any locked files a
> chance to become unlocked. This doesn't cost anything extra, since the
> files that were already transferred won't be transferred again.
>
> From a practical point of view, if we wanted to implement the capability
> to skip locked files, we'd need to know exactly what happens when we try to
> overwrite such a file? What error code is returned, and can it be
> distinguished from other kinds or errors, like "lacks write permission", etc?
>
> - Frank
--
Mike Collins
Systems Programmer
Texas Tech University Health Sciences Center
csjmc@ttuhsc.edu
postmaster@ttuhsc.edu
--------------86C353275A0697CFEB1BAE4C
Content-Type: text/x-vcard; charset=us-ascii;
name="csjmc.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Mike Collins
Content-Disposition: attachment;
filename="csjmc.vcf"
begin:vcard
n:Collins;Mike
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:csjmc@ttuhsc.edu
x-mozilla-cpt:;0
fn:Mike Collins
end:vcard
--------------86C353275A0697CFEB1BAE4C--
scription: Card for Mike Collins
Content-Disposition: attachment;
filename="csjmc.vcf"
begin:vcard
n:Collins;Mike
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:csjmc@ttuhsc.edu
x-mozilla-cpt:;0
fn:Mike Collins
end:vcard
--------------52D889F8188EFD6286412C45--